Date: Tue, 13 Apr 93 20:35:09 PDT
From: Packet-Radio Mailing List and Newsgroup <packet-radio@ucsd.edu>
Errors-To: Packet-Radio-Errors@UCSD.Edu
Reply-To: Packet-Radio@UCSD.Edu
Precedence: Bulk
Subject: Packet-Radio Digest V93 #99
To: packet-radio


Packet-Radio Digest         Tue, 13 Apr 93       Volume 93 : Issue   99

Today's Topics:
                  11th Computer Network Conference?
                        Baycom / PMP - problem
                      Baycom and NOS help needed
                   Cable TVI interference (6 msgs)
                      Digital Software? (2 msgs)
     Getting in contact with TCP coordinator for SE Pennsylvania
                          HAM-server update
                                 help
                  Is this a valid Belgian call sign?
                    Look for Phil Karn via E-Mail
                       Packet-Internet Gateways

Send Replies or notes for publication to: <Packet-Radio@UCSD.Edu>
Send subscription requests to: <Packet-Radio-REQUEST@UCSD.Edu>
Problems you can't solve otherwise to brian@ucsd.edu.

Archives of past issues of the Packet-Radio Digest are available 
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio".

We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party.  Your mileage may vary.  So there.
----------------------------------------------------------------------

Date: 13 Apr 93 11:24:51 GMT
From: ghost.dsi.unimi.it!univ-lyon1.fr!scsing.switch.ch!rzusuntk.unizh.ch!forty2!klotz@tcgould.tn.cornell.edu
Subject: 11th Computer Network Conference?
To: packet-radio@ucsd.edu

Until last year, the protocols  of the annual computer nework conference
 outld be obtained from the ARRL. However, the last few issues of the ARRL-ad
in the qst-magazine (I could not scan them through systematically), did not 
mention any of the protocols. (This applies als to earlier protocols.)
So I have the following questions: Did the computer network conference 
fade away? If not, where can I get the protocols?

Thanks in advance
73 de HB9MKO

------------------------------

Date: 14 Apr 1993 02:36:31 GMT
From: sdd.hp.com!saimiri.primate.wisc.edu!zazen!news.uwsuper.edu!hp.uwsuper.edu!pmcgilla@network.UCSD.EDU
Subject: Baycom / PMP - problem
To: packet-radio@ucsd.edu

Hi all,
 In my ignorance I assumed they were the same. Now I have a Baycom
 modem, ( which works fine) and some software for the PMP version. I
 really need to use the PMP version or any thing that will give me 
 source control of the program. I had already done extensive software
 mods to the PMP program and thought I was ready to go.

 Does anyone know where I can get source for the baycomm style of modem
 or failing that where I can buy ready made modems that use the PMP 
 software.

 Thanks for any help you can offer.

 P.S. The Baycom modems plug into a serial port and the PMP modems
 into a parallel port.


--
Patrick L. McGillan
Computer Systems Specialist
University Of Wisconsin     Ph:  (715) 394-8191
Superior, Wisconsin         pmcgilla@uwsuper.edu

------------------------------

Date: Tue, 13 Apr 1993 21:24:49 GMT
From: swrinde!zaphod.mps.ohio-state.edu!howland.reston.ans.net!spool.mu.edu!torn!watserv2.uwaterloo.ca!watserv1!rnelson@network.UCSD.EDU
Subject: Baycom and NOS help needed
To: packet-radio@ucsd.edu

I am trying to help out a friend who is running Baycom and now NOS.
Baycom works fine but when it comes time to run NOS, the packets
are not being decoded all the time. Would anyone interested in 
helping me out please drop me a line. We can discuss parameters
and such. I know it is not the radio or hardware as we thought
of that first and now discover that baycom can read the packets
were NOS cannot. We are running WG7J 1.08b NOS.

Thanks and 73

Randy

-- 
Randy Nelson VE3WRN  Ontario Representative      rnelson@watserv1.uwaterloo.ca
197A Cedarvale Cr.   Disability Information    ..uunet!watmath!watserv1!rnelson
WATERLOO, ON         Services of Canada.         rnelson@watserv1.waterloo.edu
N2L 4T3          (519)884-2989 (Voice and TDD)   VE3WRN @ VE3EUK.ON.CAN.NA

------------------------------

Date: Mon, 12 Apr 93 18:30:02 CDT
From: utcsri!newsflash.concordia.ca!mizar.cc.umanitoba.ca!bison!sys6626!inqmind!victor@uunet.uu.net
Subject: Cable TVI interference
To: packet-radio@ucsd.edu

mcovingt@aisun3.ai.uga.edu (Michael Covington) writes:

> You are right -- it's entirely the cable TV company's responsibility to
> keep unwanted signals out of the cable.  The cable frequencies are the
> same as frequencies allocated to other things outside the cable.
> 
> If the cable company is picking up unwanted signals, the cable company is
> also _emitting_ unwanted signals (through the same holes), and thus is
> in violation of FCC regulations.
> 

Do you know what frequencies chanels 17 to 19 use and what is usually 
allocated to those frequencies for broadcast outside of cable?

victor@inqmind.bison.mb.ca
The Inquiring Mind BBS, Winnipeg, Manitoba  204 488-1607

------------------------------

Date: Mon, 12 Apr 93 18:17:51 CDT
From: utcsri!newsflash.concordia.ca!mizar.cc.umanitoba.ca!bison!sys6626!inqmind!victor@uunet.uu.net
Subject: Cable TVI interference
To: packet-radio@ucsd.edu

Here in Winnipeg, MB (Canada), we are having a similar problem.
The entire southern end of the city seems to be affected by some 
interference from some sort of transmitter.  It has been there for years 
and is getting worse as well as spreading to more chanels.  It used to be 
limited to CH 17 to CH 19 but now has spread to CH 24 in somewhat rare 
cases.

In some areas, the signal almost totaly vanishes (south side of the 
central core area).  The cable company doesn't care about such things and 
has shown no interest in getting rid of the problem.

They have enough garbage chanels.  I wish that they would just rearrange 
the chanels AGAIN and put the garbage ones (airline schedule?!?) on those 
chanels.

victor@inqmind.bison.mb.ca
The Inquiring Mind BBS, Winnipeg, Manitoba  204 488-1607

------------------------------

Date: Tue, 13 Apr 93 00:16:13 CDT
From: utcsri!newsflash.concordia.ca!mizar.cc.umanitoba.ca!bison!sys6626!inqmind!dino@uunet.uu.net
Subject: Cable TVI interference
To: packet-radio@ucsd.edu

edw@wells.UUCP (Ed Wells) writes:

> 
>   I have a friend that runs some packet BBS programs in the Philadelphia
> area.  Just recently, the cable company stopped by to identify that he
> has been interferring with Channel 18 cable TV.  This happens to be the
> fundamental frequency for the entire 2 meter band.  Although the cable
> company acknowledges that he is completely within the legal limits, he
> expects that the cable company is getting ready to finger him with his
> neighbors and start a neighbor-to-neighbor war.  The actually problem
> area seems to be confined to within about 500 to 1000 ft (just a few
> city blocks from his transmitter).  Supposably, the FCC has already been
> contacted, however, he hasn't seen or heard from any FCC officals
> yet.
> 
>   Supposably, the problem has been getting worse, he hasn't changed
> anything in over a year.  I figure that the only way the problem is
> getting worse is that the cable is degrading, and his packet activity
> is keeping the packet transmitters on more often.  Some of the cable
> ready televisions may also not have the proper shielding also internally
> and accepting some of the signal directly.
> 
>   It seems to me that the cable TV industry decided to use the same
> frequencies in the cable that are used as many other ham and/or commercial
> frequencies outside the cable, and now that leakage/acceptance is occuring,
> they don't know how to deal with the monster they've created,
> or their irate customers (who probably are demanding refunds).
> 
>   Has anyone else around the country had a problem like this?  If so,
> please send me some mail (not netnews) about what you had to do to resolve
> this.  The more detail you put in your reply, the more I'll be interested
> in reading it and passing this on to others that may also benefit by
> it.
> 
>   Thanks.
> -- 
> =========================================================================
> Edward E. Wells Jr., N3IAS, President		    Voice: (215)-943-6061
> Wells Computer Systems Corp., Box 343, Levittown, Pa. 19058
> {wells.com,dsi.com,dsinc,bcccix,francis}!wells!edw

I did a study on CAtv INGRESS about 11 years ago and found that cable 
sheath quality, and ground termination aging or corrosion were 2 major 
sources of INGRESS. AMong others were people with improperly loaded 
terminations, such as splitter connections to their FM radio at 300ohms 
etc or just open cct. THe MID-BAND channels are always notorious for 
broadcast interference, even sources like induction motors used on diesel 
trains cause huge levels of interference, (if you happen to back on a 
railway).

THe quality of the cable is crucuial with various type and blends of 
shields, 100% braid coverage is not necessarily best. Dual shieleded coax 
with braid & foil are generally best with solid copper used on trunks.
The cables were replaced a few years ago in WInnipeg to improve on the 
midband noise shielding and also widen the system bandwidth.

I don't beleive TV's are the cause of noise INGRESS, it's  mainly the 
cable shield and shield grounds. Of course buried cable is best since the 
ground path lengths are short, but if your city uses aerial cables, then 
the ground path lengths can become significant sources of ingress along 
the distribution lines in the neighboorhood.

dino@inqmind.bison.mb.ca
The Inquiring Mind BBS, Winnipeg, Manitoba  204 488-1607

------------------------------

Date: 13 Apr 1993 18:13:03 GMT
From: sdd.hp.com!hpscit.sc.hp.com!spikes@network.UCSD.EDU
Subject: Cable TVI interference
To: packet-radio@ucsd.edu

As is typical nowadaze, you will probably have to do somebody else's job
for them. Although this shouldn't be needed, you might take a few minutes
to wander around the neighborhood with an HT sniffing for cable leakage
on your freq. after shutting down your system for a while. 

If you are fortunate enough to the find the hole, call the cable company and
get the highest link in the chain of command you can. Explain the problem,
whose job it really is to maintain THEIR equipment, and how much of a nice
guy you are to have tracked down THEIR problem for them.

You may have been lucky and made a new contact that could be helpful in the
future.

You should always try the 'honey' approach before bringing out the
Jack Nicholson impressions.....  >:-)

This has worked for me in the past with the power company when tring to 
find loose/noisy high voltage lines/hardware. Only once did I have to
tell them I was narrowing the problem down to a specific pole by bumping
a whole line of poles with my car. Got 'em out there THAT NIGHT. And, they
didn't have to meet Jack!

As a disclaimer, THEIR method for finding loose hardware was usually
whacking the poles with a huge sledgehammer after their high tech arc-
finding 'scope couldn't find the problem.



Bill
wb6 rotten zucchini garden

------------------------------

Date: 13 Apr 1993 19:26:02 GMT
From: news.larc.nasa.gov!nimbus.larc.nasa.gov!watson@uunet.uu.net
Subject: Cable TVI interference
To: packet-radio@ucsd.edu

I also have a problem with Channel 19 (CNN) - I can often hear people's
pagers and there are lines through the picture which come and go
with the transmissions.  I wrote to the local FCC  office and they turned the 
problem over to the cable company who did nothing.  I gave up after a year of
letters and phone calls.  I got the impression the FCC was powerless and it 
was up to the cable company to correct the situation.

I live about two blocks from a microwave repeating tower but I'm
not sure if the tower is the problem.  The problem  is very irritating - why
can't the cable company, who knew there was a problem with this
channel before I wrote my letter, make that channel a blank?


Cathy Watson
watson@asdsun.larc.nasa.gov

------------------------------

Date: Wed, 14 Apr 1993 00:03:37 GMT
From: usc!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!rlong@network.UCSD.EDU
Subject: Cable TVI interference
To: packet-radio@ucsd.edu

Channel   Visual Carrier  

  17         139.25 MHz
  18         145.25
  19         151.25

See QST Jan 1986, page 33 for more on this apparently popular topic.

Ron W8GUS.

------------------------------

Date: 13 Apr 1993 14:33:14 GMT
From: usc!cs.utexas.edu!tamsun.tamu.edu!taex003n.tamu.edu!gtaylor@network.UCSD.EDU
Subject: Digital Software?
To: packet-radio@ucsd.edu

Looking for opinions about the digital (RTTY, AMTOR, etc) 
software that performs the function of the TNC, only requiring a 
simple modem - such as the commercially available G4BMK package or the 
freeware HamComm. Intuitively, this makes a lot of sense, to me at least.  

Just wonder how this works in practice. 

Am attempting to crosspost to "packet" because I figure there will be 
a lot of relevant expertise there but don't receive that group so would 
appreciate replys direct or to "amateur.misc." 

Thanks and 73..Greg


Greg Taylor, KD4HZ // g-taylor4@tamu.edu // 409-845-4445 // Fax-847-8744
 


Greg Taylor, KD4HZ // g-taylor4@tamu.edu // 409-845-4445 // Fax-847-8744
 

------------------------------

Date: Tue, 13 Apr 1993 16:39:00 GMT
From: mvb.saic.com!ast.saic.com!seymour@network.UCSD.EDU
Subject: Digital Software?
To: packet-radio@ucsd.edu

In article <gtaylor.139.0@taex003n.tamu.edu> gtaylor@taex003n.tamu.edu (Gregory S. Taylor) writes:
>Looking for opinions about the digital (RTTY, AMTOR, etc) 
>software that performs the function of the TNC, only requiring a 
>simple modem - such as the commercially available G4BMK package or the 
>freeware HamComm. Intuitively, this makes a lot of sense, to me at least.  
>

I have built the receive side of the simple circuit that goes with the
HAMCOMM program.  I can receive HF RTTY with this but there is a fair
amount of noise.  I have been told that this may be due to insufficient
audio filtering.  I am going to build an 8 pole bandpass filter to try
to improve this and see how it works.

The HAMCOMM program is interesting since it has both a tuning mode and an
audio spectral display mode.  It cost me about $4 to make the receive
side of the circuit (with some parts from the "junk-box").

I am also interested in implementing AMTOR (which HamComm does not do)
in software but that looks like a long term project.

You may also find the article "A Multi-Mode Computer/Radio Interface" by
James C. Vandiver (WB4LHG) interesting.  It is in Nov. 1992 QEX.

For the record:

Rig: Kenwood TS-520
Computer: Panasonic XT Clone
-- 
Ken Seymour
seymour@ast.saic.com
KD6PSW/AG

------------------------------

Date: Tue, 13 Apr 1993 21:38:36 GMT
From: swrinde!gatech!howland.reston.ans.net!newsserver.jvnc.net!synapse.bms.com!synapse!anderson@network.UCSD.EDU
Subject: Getting in contact with TCP coordinator for SE Pennsylvania
To: packet-radio@ucsd.edu

I'm looking to get an IP number assigned.  Who is the TCP coordinator for SE Pa
and how do I get in contact with him?

Thanks,

Jay
--
------------------------------------------------------
Jay Anderson N3JMC            anderson@optical.bms.com
Imaging Systems Adminstrator
Bristol-Myers Squibb Pharmaceutical Research Institute
Princeton, NJ 08543               Work: (609)-252-6039

------------------------------

Date: Tue, 13 Apr 93 16:27:28 PST
From: tandem!UB.com!GRAFex!news@uunet.uu.net
Subject: HAM-server update
To: packet-radio@ucsd.edu

All you might ever want to know about the KA6ETB HAM-server

Hardware:
========

386/25 PC clone
Telebit QBlazer modem
10-Meg file space reserverd for archive

Software:
========

Waffle 1.65
WFSmail 2.03

General Information:
===================

Orders for files are filled between the hours of 0100-0500 daily, Pacific
time.  This is so those hosts through which the traffic is forwarded are not
overloaded.  Since we all depend on the generosity of others to carry the
mail, it behooves us not to make them angry.

There is a daily limit of ALL requests of 3-megs.  If there are a series of
files you want to order, stretch them out over a few days, rather than
ordering all at once.  That way, you are almost assured of getting them
all, and you won't be blocking others from getting their orders filled.

ASCII (text) files are split at about 59,000 bytes.  UUENCODED binary files
are split at about 750 lines.

/hamradio/newfiles/ contains files that have not yet been categorized.

A new INDEX is automatically generated every Sunday.

New files are being added and old files are being changed and updated.
You might want to send a order for NEWFILES <date> from time to time,
to see what's new.  <date> has the form of MM-DD-YY and is required.

Ordering Information:
====================

Send an email to:

	HAM-server@GRAFex.Cupertino.CA.US

In the text of the message, place:

	HELP
	INDEX
	GET /hamradio/00-INDEX.TXT

HELP will send you the HAM-server HELP file.  This is processed immediately
for return delivery.

INDEX will send you an index of the files and the directory they are in.
00-INDEX.TXT is a description of most of the files in INDEX.  This file
is in a continual state of flux, therefore many of the file names listed
therein may not match INDEX, but you can figure it out.

A new index is automatically generated every Sunday night.

If you are using a PC and you do not have UUDECODE, follow these steps:

1.	Order UUDECODE.BAS or UUDECODE.C, and UUEXE515.ZIP.
2.	Compile UUDECODE.BAS or UUDECODE.C on your system.
3.	Use the resulting executable to UUDECODE UUEXE515.ZIP.  UUEXE515 has
	documentation about UUENCODE/UUDECODE.

You are all set to start ordering binary files from HAM-server.

Some Reasons Why Ordered Files Are Not Received:
===============================================

1.	Your return path is incorrect.  My bounce mailbox fills up quite
	regularly with messages.  And, since the path is incorrect, I cannot
	contact you to let you know.

2.	You have spelled the file name incorrectly.  Use the file names
	listed in the INDEX, rather than 00-INDEX.TXT.  The latter is only
	a guide.

3.	The file name has changed since the INDEX was generated.  Order a
	new INDEX.

4.	Your order was sent to KA6ETB@GRAFex.Cupertino.CA.US, instead of
	HAM-server@GRAFex.Cupertino.CA.US.  File requests sent to me
	will not be honored (naturally).

5.	The 3-meg daily limit has been reached.  Try again.
  
--EOF

------------------------------

Date: 13 Apr 93 15:16:24 GMT
From: news-mail-gateway@ucsd.edu
Subject: help
To: packet-radio@ucsd.edu

help

------------------------------

Date: Tue, 13 Apr 93 11:30:23 GMT
From: usc!sol.ctr.columbia.edu!ira.uka.de!news.dfn.de!hpux.rz.uni-jena.de!th-ilmenau.RZ.TH-Ilmenau.DE!systemtechnik.tu-ilmenau.de!tom@network.UCSD.EDU
Subject: Is this a valid Belgian call sign?
To: packet-radio@ucsd.edu

In article <jvp.734403143@cpre1.ee.iastate.edu>, jvp@vlsi4.ee.iastate.edu (Jim Van Peursem) writes:
|> 
|> Hi,
|> 
|>   I was just contacted by a Belgian ham via postal mail. He wrote his
|> call sign as ONL4456. Can this be valid? The ON prefix looks right for
|> Belgium, but a four number suffix? And the length of the call sign is
|> seven characters! How would a call like this work in ax.25 which has
|> room for only six characters plus ssid? Do they run something different
|> than the standard ax.25 in Belgium?
|> 
|> +---------------------------------------------------------------+
|> | Jim Van Peursem - Ph.D. Student - Ham Radio -> KE0PH          |
|> | Department of Electrical Engineering and Computer Engineering |
|> | Iowa State University - Ames, IA 50011                        |
|> | internet - jvp@iastate.edu  -or-  jvp@cpre1.ee.iastate.edu    |
|> +---------------------------------------------------------------+
It is a SWL number.
-- 
+----------------------------------------------------------------------------+
| Thomas Planke                           Planke@Systemtechnik.TU-Ilmenau.DE |
| - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -|
| Technical University Ilmenau                  Phone: +49 3677/69-1465      |
| Dept. of Automation and Systems Engineering   Fax:   +49 3677/69-1446	     |
| PF 327,Am Ehrenberg,D-O6300 Ilmenau,Germany                                |
| - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -|
|                                       (PacketRadio: DL5ATP@DB0RSV.DEU.EURO)|
+----------------------------------------------------------------------------+

------------------------------

Date: Tue, 13 Apr 1993 16:06:01 GMT
From: usc!zaphod.mps.ohio-state.edu!howland.reston.ans.net!agate!boulder!ucsu!proulx@network.UCSD.EDU
Subject: Look for Phil Karn via E-Mail
To: packet-radio@ucsd.edu

Does anyone know what Phil Karn's e-mail address is?  I would like to
ask him some questions concerning TCP/IP on packet for a presenation
I am working on for one of my grad classes.

73

Mark Proulx
N9EDK/0
proulx@ucsu.colorado.edu

------------------------------

Date: Tue, 13 Apr 1993 15:25:25 GMT
From: usc!howland.reston.ans.net!spool.mu.edu!clark!thrain.vancouver.wsu.edu!day@network.UCSD.EDU
Subject: Packet-Internet Gateways
To: packet-radio@ucsd.edu

Does anyone have a list of Packet-Internet gateways in the Washington,
Oregon, and Idaho areas?  Any information would be appreiciated.
Thanks.

--
-- 
Steve Day                         |   This signature made with
N7VHY                             |   75% recycled pixels
Internet: day@vancouver.wsu.edu   |
Packet:   n7vhy@kb7kbt.or.usa.na  |

------------------------------

Date: Tue, 13 Apr 93 14:53:28 GMT
From: access.usask.ca!kakwa.ucs.ualberta.ca!alberta!adec23!mark@decwrl.dec.com
To: packet-radio@ucsd.edu

References <1993Mar31.231553.5626@btree.uucp>, <1993Apr6.151902.20657@ve6mgs.ampr.org>, <1993Apr7.223459.18087@ke4zv.uucp>
Subject : Re: RFD: reorganization of rec.radio.amateur

gary@ke4zv.uucp (Gary Coffman) writes:

>*If* we are to break up into little groups, something I don't support,
>then an RDF group has merit. As several of us have posted, DFing is a
>rapidly growing sport in the US, and has been a vigorous sport in Europe
>for years. You may have missed the discussions on GPS and Loran C equipment
>in vehicles, that was about automating DF bearing resolution.

You are right Gary, there is some volume there! I saw the discussions of
Loran C out of my pocket book range so I ignored them ...

>aside from packet which *still*
>has more posts in misc than packet as witness the latest PK232 vs KAM
>postings.

I am sure some of that problem is due to the fact that we may also be a
victim of the ListServer mentality (or should I call it A-news mentality).
Sure, anyone on the end of a listserver, or has been used to the List will
create some resistance to compartmentalizing the discussion. It is hoped that
posting (or xposting <jab> <jab>) a set of short FAQs every two weeks, with
some dedicated individuals providing email nudges will keep this to a
minimum.

Besides, PK232 vs KAM discussions *belong* in the *.misc Quagmuire :-) along
with my dad is bigger than your dad ;-)

I am disturbed that we have had *little* input from the Listserver users. To
that end, if a listserver user doesn't know where to turn to, in order to post
their opinions to news.groups, I have set up news.groups@ve6mgs.ampr.ab.ca to
cross post to: news.groups,rec.radio.amateur.misc,rec.radio.amateur.packet for
the RFD and CFV period.

-- 73 de VE6MGS/Mark

------------------------------

End of Packet-Radio Digest V93 #99
******************************
